总结get、put、post、delete的区别和用法

您所在的位置:网站首页 cut out 和delete 总结get、put、post、delete的区别和用法

总结get、put、post、delete的区别和用法

2024-07-04 20:33| 来源: 网络整理| 查看: 265

文章目录 一、八种http请求方式二、put和post区别三、get和post四、@RequestParam()和@RequestBody4.1@RequestBody()4.2@RequestParam() 参考资料

整理一下http几种请求方式,方便以后自己查看。有时候分不清用哪种请求方式,有什么区别,主要是get、put、post这三种的区别

一、八种http请求方式

http/1.1协议中共定义了八种请求方式来表明requeset-url不同的操作,分别是get、post、head、options、put、delete、trace、connect。

序号方法描述1get请求指定的页面信息,并返回实体主体2post向指定资源提交数据进行处理请求(例如提交表单或者上传文件)。数据被包含在请求体中。post请求可能会导致新的资源的建立和已有资源的修改。3put从客户端向服务器传送的数据取代指定的文档内容4delete请求服务器删除指定内容5head类似于get请求,只不过返回的响应中没有具体的内容,用于获取报头6options允许客户端查看服务器的性能7trace回显服务器收到的请求,主要用于测试或者诊断8connect预留给能够连接改为管道方式的代理服务器

这么直接看可能比较难以理解,按照开发规范针对数据库的操作可以理解为:

序号方法描述1get查看2post创建3put更新4delete删除

其余四种我用的不多,这里不做整理,有些情况下业务并不仅仅是单纯针对crud,所以最好能理解这几种请求方式的区别,然后根据不同的使用场景进行使用。delete很好理解,没什么好说的,主要是put、post、get,接下来逐个分析。

二、put和post区别

put和post操作都是向服务器端发送数据,但是put是被定义为idempotent(幂等,)的方法,而post是非幂等的,即多次发送同一个请求时候,产生的结果是一样的就是幂等性原则,这是为了当网络出现延迟等,服务器(客户端)之间发送请求没有收到回应,再重新发一次,实际上另一端已经接收到了第一次的请求,接着有接收第二次同一请求,如果是交易的业务没有幂等就会造成交易两次却只结算一次交易额。(让子弹飞:这不是欺负老实人嘛!) put请求:如果两个请求相同,后一个请求会把第一个请求覆盖掉。(所以PUT用来改资源)。 Post请求:后一个请求不会把第一个请求覆盖掉。(所以Post用来增资源)。

三、get和post

这里差别比较多 1.关于安全性:post的安全性要相对比get的高,因为get的参数都是放在url中的,可以被缓存,截取直接就能获取数据,所以一般登录密码这些信息不会明文放在url中使用get请求发送。而post的数据都是放在RequestBody,可以进行一次加密,相对安全些。**使用get请求的,直接将地址复制粘贴就可以原样访问,而post一般不行,**我们在浏览器输入一个网址访问网站都是get请求。

2.请求数据上限:get请求的数据会放在url后面,使用?A=B格式(A是名称,B是参数)发送,这个url一般是有长度限制的,http协议没有对url长度进行限制,这个限定主要是浏览器和服务器的限制,一般是1024字节长度。而post可以将数据放在RequesetBody中传送,这里就没有数据量的上限了,get是无请求体的,所以RequestBody只能使用post方式提交。(后面会讲一下RequesetBody)。

3.关于tcp数据包:对于GET方式的请求,浏览器会把http header和data一并发送出去,服务器响应200(返回数据);而对于POST,浏览器先发送header,服务器响应100 continue,浏览器再发送data,服务器响应200 ok(返回数据)。实际上get会产生一个tcp数据包,post会产生两个数据,这就会造成响应时间问题,但并不是所有的浏览器都是post发两次包,firefox不是。

四、@RequestParam()和@RequestBody

同一个请求中,只有一个RequestBody,可以有多个RequestParam

4.1@RequestBody()

@RequestBody主要用来接收前端传递给后端的json字符串中的数据的(请求体中的数据的);GET方式无请求体,所以使用@RequestBody接收数据时,前端不能使用GET方式提交数据,而是用POST方式进行提交。

@RequestBody与前端传过来的json数据的匹配规则是传过来的数据中,RequestBody接收数据的模型里面有的get,set方法才接收,没有的就无视掉 在这里插入图片描述

如果后端参数是一个对象,且该参数前是以@RequestBody修饰的,那么前端传递json参数时,必须满足以下要求:

1.后端@RequestBody注解对应的类在将HTTP的输入流(含请求体)装配到目标类(即:@RequestBody后面的类)时,会根据json字符串中的key来匹配对应实体类的属性,如果匹配一致且json中的该key对应的值符合(或可转换为),实体类的对应属性的类型要求时,会调用实体类的setter方法将值赋给该属性。

2.json字符串中,如果value为"“的话,后端对应属性如果是String类型的,那么接受到的就是”",如果是后端属性的类型是Integer、Double等类型,那么接收到的就是null。

3.json字符串中,如果value为null的话,后端对应收到的就是null。

4.如果某个参数没有value的话,在传json字符串给后端时,要么干脆就不把该字段写到json字符串中;要么写value时, 必须有值,null 或""都行。

4.2@RequestParam()

RequestParam接收的是key-value里面的参数,所以它会被切面进行处理从而可以用普通元素、数组、集合、对象等接收,它可以是url中的字段,也可以不是。 但必须注意的是,如果在后端方法参数前,指定了@RequestParam()的话,那么前端必须要有对应字段才行(当然可以通过设置该注解的required属性来调节是否必须传),否者会报错;如果参数前没有任何该注解,那么前端可以传,也可以不传.

参考资料

https://www.cnblogs.com/weibanggang/p/9454581.html https://blog.csdn.net/qq_36183935/article/details/80570062 https://blog.csdn.net/haif_city/article/details/78333213 https://blog.csdn.net/justry_deng/article/details/80972817/



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3